home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20041116-20060924 / 000102_fdc@columbia.edu_Thu May 26 17:15:44 2005.msg < prev    next >
Internet Message Format  |  2020-01-01  |  5KB
  1. Path: newsmaster.cc.columbia.edu!not-for-mail
  2. From: Frank da Cruz <fdc@columbia.edu>
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: Kermit server requirements
  5. Date: 26 May 2005 21:15:10 GMT
  6. Organization: Columbia University
  7. Lines: 74
  8. Message-ID: <slrnd9cf2u.ato.fdc@sesame.cc.columbia.edu>
  9. References: <MSble.7935$M36.2868@newsread1.news.atl.earthlink.net>
  10. Reply-To: fdc@columbia.edu
  11. NNTP-Posting-Host: sesame.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1117142110 14328 128.59.59.56 (26 May 2005 21:15:10 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 26 May 2005 21:15:10 GMT
  15. User-Agent: slrn/0.9.8.0 (SunOS)
  16. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15340
  17.  
  18. On 2005-05-26, Kevin L <kevinl01@earthlink.net> wrote:
  19.  
  20. : We have encountered a problem with an embedded device and I'm thinking
  21. : Kermit might have my best answer.  The device itself is a Pentium 266MHz
  22. : running Windows 2000.  The "control computer" that talks to it in a 486
  23. : 100MHz running Linux.
  24. : 
  25. : Short form is, the device supports ethernet (10 / 100 baseTX) but we can't
  26. : get enough cat-3 or cat-5 cabling between it and the control computer.  It's
  27. : an underwater instrument, and the last two feet of waterproof pigtail is
  28. : straight wires, and this is apparently enough to kill the ethernet
  29. : signalling.  I think I can solve this by re-wiring the 4 ethernet wires to
  30. : run into a serial port instead.  We max at 115200 bps, though, and need to
  31. : at least get some kind of performance on our data transfers.
  32. :
  33. This is quite feasible as long as all the interfaces along the path support
  34. hardware flow control.  But you only have 4 wires - 1 for signal ground,
  35. 1 for receive, 1 for transmit, only one left, which you probably want to use
  36. for DTR and CD (crossed).  So you won't have the best flow control.  Second
  37. best is Xon/Xoff, but that's subject to deadlocks on noisy connections.
  38. Third best is none at all; let Kermit handle it by regulating the size and
  39. flow of packets.
  40.  
  41. : I'm considering two options with this serial port.  The first is to run a
  42. : PPP server and pretend at the application layer that all is still ethernet.
  43. : The second is to run a Kermit server and issue host commands and file
  44. : transfer commands.
  45. :
  46. Honestly, I don't know much about the internals of PPP, but TCP and IP,
  47. which ride on top of it, do not (last time I looked) support such notions as
  48. sliding windows with selective retransmission.  In which case, recovering from
  49. a transmission error could be much more expensive than with Kermit.  But
  50. without effective flow control, you might not be able to use sliding windows
  51. in Kermit.  It's hard to say without knowing all the facts.  Ideally you would
  52. try each under controlled conditions -- different error rates, etc -- and
  53. see for yourself.
  54.  
  55. : I like the Kermit idea because I feel that it will enjoy a significant
  56. : performance gain for file transfers against FTP-via-PPP.  The files I need
  57. : to transfer will be in the neighborhood of 4MB each, and I'm still not
  58. : certain how many I'll need to move every day.  Coupled with unreliable
  59. : 3-wire rs232 at 115200, I think the Kermit protocol will be the fastest
  60. : thing available and I can trust its crash recovery feature better than
  61. : FTP's.
  62. :
  63. Which you can use as long as the files are transferred in binary mode.
  64.  
  65. : The host commands I need to send are rather trivial and the output
  66. : of them can be parsed easily on the control computer.
  67. : 
  68. : So, what do I need to run a Kermit server on Windows 2000?  Do any of the
  69. : free versions do it?  Can it be set to run as a service, and can I easily
  70. : verify its presence from the control computer?  Does it restart itself on
  71. : crashes, or is it so reliable nowadays that I needn't ask the question?
  72. :
  73. Kermit 95 is not free, but one copy won't break the bank:
  74.  
  75.   http://www.columbia.edu/kermit/k95order.html
  76.  
  77. What you would do, I think, is write a trivial script that sets any desired
  78. parameters (port, speed, current directory, etc etc) and starts Kermit 95
  79. server mode (any file whose type is ".ksc" will be executed by Kermit 95).
  80. This script can then be set up as service with SRVANY:
  81.  
  82.   http://support.microsoft.com/kb/q137890/
  83.  
  84. : Finally, is there any good reason I just stick to PPP?
  85. :
  86. PPP, TCP, and IP layers will add a lot more overhead than Kermit.  On a
  87. non-flowcontrolled serial connection they might not work very well, or at
  88. all.  At least with Kermit you can crank the packet length and/or window
  89. size down to the greatest combination that works reliably.
  90.  
  91. - Frank